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The present invention relates to a decoder for a digital audiovisual transmission 
system, the decoder comprising a processor means for decompressing and displaying 
compressed digital picture data and memory means. 

Broadcast transmission of digital data is well-known in the field of pay TV systems, 
where scrambled audiovisual information is sent, usually by a satellite or satellite/cable 
link, to a number of subscribers, each subscriber possessing a decoder capable of 
descrambling the transmitted program for subsequent -viewing. Terrestrial digital 
broadcast systems are also known. Recent systems have used the broadcast link to 
transmit other data, in addition to or as well as audiovisual data, such as computer 
programs or interactive applications. 

In the most basic level of functionality of such systems, digital audio and video data 
relating to the televised program is transmitted in a compressed format, for example, 
in accordance with the MPEG-2 compression standard. The decoder receives and 
decompresses this data in order to regenerate the televised program. 

20 

In addition to simple televised program data, it is becoming increasingly common for 
the decoder to be required to handle other compressed image or graphic data. For 
example, in the case where the decoder includes web browser capabilities, the 
processor of the decoder may be required to receive and decompress downloaded 
25 digital picture data, for example, stiU video pictures, graphic icons, moving computer 
- -generated images etc. This picture information may be displayed over the normal 
televised program images. 

Such still or moving picture data may be typically received in one of any number of 
30 compressed formats that are currently used in the context of PC based web browsers. 
For example, a picture may be formatted and compressed according to the well-known 
GIF or PNG standards, where an image is described by a colour look-up table defining 
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a table of colours and a matrix of pixel values referring to this table, the matrix data 
being compressed according to a known compression procedure to prepare the 
GEF/PNG picture. Alternatively, the picture may be formatted and compressed as a 
still MPEG or JPEG image, in v/hich each pixel is directly associated with a 
5 red/green/blue colour value. 

The graphic processor used by a decoder to prepare the images for display is normally 
adapted to process such images once they have been decompressed and converted by 
' the general processor into image files in one or more predetermined pixmap formats. 
10 For example, the graphic processor may be adapted to display image files submitted 
in the CLUT4 or CLUT8 formats, in which the principle of a look-up table is adhered 
to, or in the RGB format, in which each pixel has a RGB value. 

These pixmap image file formats reflect the pixel composition of the original image 
15 and are distinct fi-om, although closely related to, the compression formats referred to 
above. GIF/PNG pictures decompress to form a pixmap image file with a look-up 
table and JPEG/MPEG image files decompress to pixmap files without such a table. 

In a PC environment, the processor power and memory space available means that a 
20 number of picture files compressed according to different formats may be received, 
decompressed and displayed concurrently, the graphic processor within a PC being 
adapted to easily handle multiple formats. In contrast, in a decoder environment, the 
memory and processor power available are considerably more limited, the graphic 
processor also having to handle at least the MPEG data associated with the televised 
25 transmission. In such a case, it may not be possible to convert and display image files 
in a plurality of formats. 

For example, in the case of an original image formatted in an RGB format and 
compressed with the JPEG algorithm, the main processor of the decoder may simply 
30 decompress and store this image file (and, indeed, all subsequently received image 
files) in a fixed GLUT format. In this way, the graphic processor will only have to 
handle one type of image file. Whilst this method enables the decoder to effectively 
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handle multiple format data, there may be an vmnecessary loss of image quality. For 
example, if no other image file is being handled by the graphic processor, it may not 
be necessary to impose a fixed converted image file format. 

5 It is an object of the present invention to overcome these disadvantages of the prior 
art. . ' . 

According to the present invention there is provided a decoder for a digital audiovisual 
transmission system, the decoder comprising a processor for decompressing and 
10 displaying compressed digital picture data and a memory, characterised in that the 
processor is adapted to decompress and store an image file in its substantially original 
format and subsequently to convert the image file to at least a second format for 
storage and display, the first and second format versions of the image file being stored 
contemporaneously in the memory. 

15 

The decompression and storage of the original format version of the compressed image 
enables the decoder thereafter to generate alternate format image files to be sent to the 
processor for display according to the current capacity and operation of the graphics 
processor. 

20 

For example, in the event that the original image is in a "true colour" or RGB format 
and the load and operation of the graphics processor permits display in this format, the 
image may be decompressed and displayed substantially "as is", that is, an image file 
without look-up table. Nevertheless, a decimation of the number of bits associated 
25 with each pixel may be carried out to change the resolution whilst substantially 
- maintaining same format. Equally, in the case of a picture compressed with a look-up 
table (GIF/PNG), the same look-up table will be stored and referred to in the display 
of the image. 

30 If a display cannot be effected using the original format, the processor may convert 
the image file to a different format for display, the original file being nevertheless kept 
for fiiture use. In this way, the present invention enables the highest quality display 
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to be effected at any time within the memory and processing constraints of the decoder 
at that moment. 

In one embodiment, the processor is adapted to convert the image file into a plurality 
5 of formats stored contemporaneously with the original version in a memory of the 



Preferably, the processor is adapted to read and display multiple format versions of an 
image file stored at that time. For example, the processor may be adapted to display 
10 the same image twice in two different screen windows and according to the two 
different formats used in the windows. 

In particular, the processor may be adapted to define a plurality of regions in a graphic 
layer corresponding to a region of the display, each region being defined in part by 
15 a location co-ordinate and by the format version of the image files that may be 
processed by the processor and displayed in this region. 

This division of the screen area into format areas is particularly characteristic of the 
decoder environment. For example, one region within the graphic layer may 
20 correspond to a region where image files in a particular GLUT format may be 
displayed, whilst another region may be associated with image files in an RGB format. 

In such a realisation, the processor is preferably adapted to convert an original image 
file destined to be displayed in a region into a version corresponding to the format 
25 version currently used in that region. For example, where an RGB original format 
image is to be displayed in the same region where a GLUT format image is already 
being displayed, the processor will convert the image into the appropriate GLUT 
format for display. 



decoder. 



30 



In one embodiment, the processor is adapted to process images in the graphic layer 
superimposed over real-time audiovisual digital data and corresponding to one or more 
layers displayed on the screen beneath the graphic layer. Images in the graphic layer 
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may equally be displayed by the processor superimposed over other types of image file 
data displayed in layers beneath the graphic layer. 

In one embodiment, the processor is adapted to decompress picture data sent in a 
5 compression standard that uses a look-up table, for example, the GIF or PNG standard. 
In addition or alternatively, the processor is adapted to decompress picture data sent 
in a standard that uses a red/green/blue colour value: associated with each pixel, for 
example, MPEG or JPEG. 

10 As discussed above, the advantage of the two-siep decompression and conversion 
process used in the present invention lies in the ability to process the original format 
image file in any number of ways. In some circumstances, however, it may be 
desirable to use a fixed format for all image data. 

15 Therefore, in one preferred embodiment of the invention, the processor is further 
adapted to directly decompress picture data regardless its compression format into a 
image file of a predetermined format. 

In particular, the processor may be further adapted to directly decompress picture data 
20 into a format which uses a colour look-up table, for example, the CLUT4 or CLUT8 
format. In addition, or alternatively, the processor may be fiirther adapted to directly 
decompress picture data into a format which uses a red/green/blue colour value 
associated with each pixel, for example the RGB 16 format 

25 All fimctions of decompression and display of data may be integrated in a single 
processor. Alternatively, the processor may comprise at least a general processor and 
a graphic processor for handling decompression and display, respectively. 

Similarly, the memory used to store the first and second format versions may not 
30 necessarily correspond to a single memory unit, such as a RAM or a FLASH, but may 
correspond to one or more memory areas allocated for this purpose by a controlling 
application and divided between one or more physical memory devices. 
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The present invention has been discussed in relation to a decoder apparatus. The 
present invention equally extends to a method of digital image processing within such 
a decoder, corresponding to the general and preferred aspects of the invention 
discussed above. 

5 

In the context of the present application the term "digital audiovisual transmission 
system" refers to all transmission systems for transmitting or broadcasting primarily 
audiovisual or multimedia digital data. Whilst the present invention is particularly 
applicable to a broadcast digital television system, the present invention may equally 
10 be used in filtering data sent by a fixed telecommunications network for multimedia 
internet applications etc. 

Similarly, the term "decoder" is used to apply to an integrated receiver/decoder for 
receiving and decrypting an encrypted transmission, the receiver and decoder elements 
15 of such a system as considered separately, as well as to a receiver capable of receiving 
non-encrypted broadcasts. The term equally covers decoders including additional 
functions, such as web browsers, together with decoders integrated with other devices, 
for example, integrated VHS/decoder devices, digital televisions or the like. 

20 The term MPEG refers to the data transmission standards developed by the 
International Standards Organisation working group "Motion Pictures Expert Group" 
and notably the MPEG-2 standard developed for digital television applications and set 
out in the documents ISO 13818-1. ISO 13818-2, ISO 13818-3, and ISO 13818-4. 
In the context of the present patent application, the tenn includes all variants, 

25 modifications or developments of the basic MPEG formats applicable to the field of 
digital data transmission. 

There will now be described, by way of example only, a preferred embodiment of the 
present invention, with reference to the attached figures, in which: 

30 



Figure 1 shows an overview of a digital television system; 
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Figure 2 shows the elements of the receiver/decoder of Figure 1; 

Figure 3 shows in layer form the image data processed by the graphic processor of 
Figure 2; 

Figure 4 shows in detail the graphic layer of Figure 3; and 

Figure 5 shows the decompression and conversion steps carried out in a number of 
cases on compressed image data. 



An overview of a digital television system 1 according to the present invention is 
shown in Figure 1. The invention includes a mostly conventional digital television 
system 2 that uses the known MPEG-2 compression system to transmit compressed 
digital signals. In more detail, MPEG-2 compressor 3 in a broadcast centre receives 
15 a digital signal stream (typically a stream of video signals). The compressor 3 is 
connected to a multiplexer and scrambler 4 by linkage 5. 

The multiplexer 4 receives a pluraUty of further input signals, assembles die transport 
stream and transmits compressed digital signals to a transmitter 6 of the broadcast 

20 centre via Unkage 7, which can of course take a wide variety of forms including 
telecommunications links. The transmitter 6 transmits electromagnetic signals via 
uplink 8 towards a satelUte transponder 9, where they are electronically processed and 
broadcast via notional downlink 10 to earth receiver 12, conventionally in the form 
of a dish owned or rented by the end user. The signals received by receiver 12 are 

25 transmitted to an integrated receiver/decoder 13 owned or rented by the end user and 
connected to the end user's television set 14. The receiver/decoder 13 decodes the 
compressed MPEG-2 signal into a television signal for the television set 14. 



30 



Other transport channels for transmission of the data are of course possible, such as 
terrestrial broadcast, cable transmission, combined satelUte/cable links, telephone 
networks etc. 



wo 99/41913 PCT/IB99/00280 

-8- 

In a multichannel system, the multiplexer 4 handles audio and video information 
received from a number of parallel sources and interacts with the transmitter 6 to 
broadcast the information along a corresponding number of channels. In addition to 
audiovisual information, messages or applications or any other sort of digital data may 
5 be introduced in some or all of these channels interlaced with the transmitted digital 
audio and video information. 

A conditional access system 15 is connected to the multiplexer 4 and the 
receiver/decoder- 13, and is located partly in the broadcast centre and partly in the 

10 decoder. It enables the end user to access digital television broadcasts from one or 
more broadcast suppliers. A smartcard, capable of deciphering messages relating to 
commercial offers (that is. one or several television programmes sold by the broadcast 
supplier), can be inserted into the receiver/decoder 13. Using the decoder 13 and 
smartcard, the end user may purchase commercial offers in either a subscription mode 

15 or a pay-per-view mode. 

As mentioned above, programmes transmitted by the system are scrambled at the 
multiplexer 4, the conditions and encryption keys applied to a given transmission 
being determined by the access control system 15. Transmission of scrambled data 
20 in this way is well known in the field ofpay TV systems. Typically, scrambled data 
is transmitted together with a control word for descrambling of the data, the control 
word itself being encrypted by a so-called exploitation key and transmitted in 
encrypted form. 

25 The scrambled data and encrypted control word are then received by the decoder 13 
having access to an equivalent of the exploitation key stored on a smart card inserted 
in the decoder to decrypt the encrypted control word and thereafter descramble the 
transmitted data. A paid-up subscriber will receive, for example, in a broadcast 
monthly ECM (Entitlement Control Message) the exploitation key necessary to decrypt 

30 the encrypted control word so as to permit viewing of the transmission. 



An interactive system 16. also connected to the multiplexer 4 and the receiver/decoder 
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13 and again located partly in the broadcast centre and partly in the decoder, enables 
the end user to interact with various applications via a modem back channel 17. The 
modem back channel may also be used for communications used in the conditional 
access system 15. An mteractive system may be used, for example, to enable the 
5 viewer to communicate immediately with the transmission centre to demand 
authorisation to watch a particular event, download an application etc. 

Referring to Figure 2, the elements of the receiver/decoder 13 or set-top box adapted 
to be used in the present invention will now be described. The elements shown in this 
10 figure will be described in terms of functional blocks. 

The decoder 13 comprises a central processor 20 includmg associated memory 
elements and adapted to receive input data from a serial interface 21, a parallel 
interface 22, a modem 23 (connected to the modem back channel 17 of Fig 1), and 
15 switch contacts 24 on the fi-ont panel of the decoder. 

The decoder is additionally adapted to receive inputs fi-om an infra-red remote control 
25 via a control unit 26 and also possesses two smartcard readers 27, 28 adapted to 
read bank or subscription smartcards 29, 30 respectively. The subscription smartcard 
20 reader 28 engages with an inserted subscription card 30 and with a conditional access 
unit 29 to supply the necessary control word to a demultiplexer/descrambler 30 to 
enable the encrypted broadcast signal to be descrambled. The decoder also includes 
a conventional tuner 31 and demodulator 32 to receive and demodulate the satellite 
transmission before being filtered and demultiplexed by the unit 30. 

25 

Processing of data within the decoder is generally handled by the central processor 20. 
The software architecture of the central processor may correspond to that used in a 
known decoder and will not be described here in any detail. It may be based, for 
example, on a virtual machine interacting via an interface layer with a lower level 
30 operating system implemented in the hardware components of the decoder. In terms 
of the hardware architecture, the decoder wiU be equipped with a processor, memory 
elements such as ROM, RAM, FLASH etc. as in known decoders. 
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In the case of received audio and video signals, and as will be described in more detail 
below, the MPEG packets containing these signals will be demultiplexed and filtered 
so as to pass real time audio and video data in the form of a packetised elementary 
stream (PES) of audio and video data to dedicated audio and video processors or 
5 decoders 33, 34. The converted output from the audio processor 33 passes to a 
preampUfier 35 • and thereafter via the audio output of the receiver/decoder. The 
converted output from the video processor 34 passes via a graphic processor 36 and 
PAL/SECAM encoder 37 to the video output of the receiver/decoder. The video 
processor may be of a conventional type, such as the ST 3520A of SGS Thomson. 

10 

The graphic processor 36 additionally receives graphic data for display (such as 
generated images etc) from the central processor 20 and combines this information 
with information received from the video processor 34 to generate a screen display 
combining moving images together with overlaid text or other images. An example 
15 of a graphic processor adapted to carry out this sort of operation is the CM 9310 of 
C-CUBE. 



In the case of received teletext and/or subtitle data, the conversion of the real time 
PES data to generate the appropriate images may also be handled by dedicated 
20 processors. However, in most conventional systems, this is handled by the general 
processor 20. 

In point of fact, many of fimctions associated with the elements such as the graphic 
processor 36, video decoder 34, central processor 20 etc. may be combined or divided 
25 out in a number of ways, e.g. to integrate the central and graphic processors in a 
single processor means etc. 

Referring now to Figure 3, the fimctionality of the graphic processor 36 will now be 
described. As discussed above, the graphic processor receives and processes real time 
30 video data from the video decoder 34 together with graphic data received from the 
• general processor 20 in order to generate an overlaid screen display. 
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As shown in Figure 3, the graphic processor 36 is adapted to process input data 
divided into four distinct layers; a background layer 40, an MPEG layer 41, a graphic 
layer 42 and a cursor layer 43. As will be understood, the background layer 40 
corresponds to the lowest layer of the screen display, the other layers being 
5 progressively superimposed with varying degrees of translucency or opacity over this 
layer. 

In the case where the decoder is configured lo display a broadcast video signal, the 
background and MPEG layers 40, 41 correspond lo the stream of data received from 
10 the video decoder 34, the layer 40 corresponding to MPEG still pictures received from 
the decoder 34 and the layer 41 corresponding to a moving video MPEG signal 
received from the decoder. The division of a video signal into a fixed and a changing 
part is a known characteristic of MPEG compression. 

15 Other configurations of the decoder are possible, for example, where the backgroxmd 
and MPEG layers 40, 41 are completed by picture data in any number of formats 
received from the processor 20. For example, in the case where the decoder is acting 
in web browser configuration, the processor 20 may supply still and/or moving picture 
data to complete the layers 40, 41. The layer 40 may equally correspond, for 

20 example, to a background colour and the layer 41 to one or more windows displayed 
over the background and containing, for example, information, moving icons or the 
like. 

Still and moving image data from the background and MPEG layers 40, 41 are mixed 
25 together by the graphic processor 36, as represented by the element 44, and a 
combined output provided. Mixing of the MPEG layer information 41 over the 
backgroimd layer 40 by the graphic processor may carried out using a so-called alpha 
blending factor to permit a greater or lesser degree of translucency of the pixels in the 
MPEG layer image. In the case of a moving video image received from the video 
30 decoder 34, the same blending factor is used for all pixels within the video sequence. 
In the case of picture data from the central processor 20, the value of the blending 
factor for the layer 41 may be different for different parts of the screen. 



wo 99/41913 




PCT/IB99/00280 



-12- 



The graphic layer 42 is used for texts, shapes, icons etc that will be displayed on the 
screen over the images taken from the layers 40, 41, for example, to permit display 
of a moving icon or the like generated by the processor 20 over a real-time video 
sequence taken from the video decoder 34. As this embodiment of the present 
5 invention relates primarily to treatment of data in this layer, the characteristics of data 
in this layer will be described in more detail below in relation to Figure 4. 

In a similar manner to the blending carried out for the layers 40, 41, the element 45 
carries out a blending of the graphic layer 42 with the combined output of the layers 
10 40, 41. As will be described, different regions within the graphic layer 42 may be 
assigned a different blending factor and a corresponding different level of translucency 
depending on the characteristics of the data within each region. 

A final layer, the ciu-sor layer, is shown at 43 and represents an opaque cursor image, 
15 generated by hardware under control of the central processor 20 and superimposed 
over all the previous layers. As shown at 46, this layer is combined with the summed 
output from the combination of all previous layers to generate a final combined output 
47 sent to the encoder 37 for subsequent display. Unlike the previous layers, the 
cursor presents a continuously opaque appearance and is superimposed over the 
20 combined layers without any blending. 

Turning now to Figure 4, the graphic layer is divided in operation into one or more 
rectangular regions 50, each region being defined by its width, its height, its display 
co-ordinate 51 and the colour system used within that region. Any pixel in the layer 
25 not belonging to a designated region, as shown at 52, is kept transparent. The display 
co-ordinate 51 is defined as the co-ordinate of the upper left hand comer of the region, 
as shown. The pixel size of all the regions is never more than the full screen 
resolution, that is, 720 X 576 for PAL, 720 X 480 for NTSC. 

30 Concerning the colour system to be used in a region, the information provided to the 
gr^hic processor 36 to construct the layer is coded in pixmap form, each pixel being 
identified by a co-ordinate and a colour reference. In practice, a number of pixmap 
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formats may be handled by the graphic processor, such as: 

CLUT4: 4 bits/pixel addressing a colour look-up table (GLUT) with 16 entries 

5 CLUT8: 8 bits/pixel addressing a colour look-up table (GLUT) with 256 entries 

RGB 16: 16 bits/pixel specifying the red/green/blue mix for each pixel 

In the case of the RGB 16 format, a colour to be displayed is simply defined with • 
10 reference to the preponderance of each of the primary colours red/green/blue used by 
the system to generate a colour. 

In the case of a GLUT type format, each pixel includes a reference to a designated 
colour value in a look-up table. This colour in turn is defined by a 24 bit 
1 5 red/green/blue value eventually used by the system to generate a colour. A 6 bit alpha 
blending factor may also be associated with each colour value (see below). 

As indicated above, the size of the look-up table and the number of colours available 
can vary, e.g. to define an image with reference to 16 or 256 colours. Equally, the 
20 colours defined within a look-up table can vary between tables, e.g. one table defining 
more colours in a certain part of the spectrum than in another part. Before display of 
a region, the look-up table is loaded into the graphic processor. 

The graphics processor 36 may resize in real time each region and move horizontally 
25 and vertically a region on the screen, on the condition that there is no overlapping 
between regions. Additionally, as mentioned above, each region may be blended 
independently with the layers below using a particular alpha blending factor. In the 
case of each of the formats, the following possibilities exist: 

30 GLUT4: A global 6 bit alpha blending factor applied throughout the region OR 

each colour entry in the table has a 6 bit alpha blending factor. One colour value may 
be transparent. 
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CLUT8: A global 6 bit alpha blending factor applied throughout the region OR 
each colour entry in the table has a 6 bit alpha blending factor. One colour value may 
be transparent. 

5 

RGB 16: A global 6 bit alpha blending factor applied throughout the region. 

The pixmap formats discussed above are distinct from the compressed multimedia 
formats^ conventionally used to transmit the images eventually to be di^layed in the 
10 graphic layer. For example, a picture to be displayed in one of the graphic regions 
may be compressed as an MPEG still picture, a JPEG format picture, a GIF format 
picture or a PNG format picture. In the foUov^ing description the term "picture" will 
always be used to refer to image data in a compressed format. 

15 The MPEG format has been described in the introduction in relation to the ISO 
developed standards. The JPEG and GIF standards are equally well-known 
multimedia formats, often found in images sent via the internet, whilst the PNG format 
is, at the time of writing, a more recent standard introduced as a competitor to the 
proprietary GIF standard. As will be discussed below, images received in the MPEG, 

20 JPEG, GIF or PNG formats are decompressed by a routine within the processor 20 
into one of the GLUT or RGB pixmap formats discussed above. 

It will of course be understood that, whilst the description refers in this instance to 
specific display (or pixmap) formats and transmission (or compressed) formats, the 
25 present invention is in no way limited to the use of these particular formats. 

In the case of GIF and PNG type formats, these compressed formats are based on 
original image files that include a look-up table. Direct decompression of a GIF or 
PNG compressed picture will result in an image in a GLUT pixmap format. However, 
30 as will be discussed, a GIF or PNG picture may also be decompressed directly into the 
RGB pixmap format, for example. Similarly, whilst an MPEG/JPEG picture is 
compressed in an RGB mode, such that it may be directly decompressed into a 16 bit 
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RGB pixmap, there may be some circumstances in which it may be desired to 
transform the picture into a GLUT format. 

Figure 5 represents schematically possible decompression and conversion steps that 
5 may be carried out by the general processor 20 on a received compressed GIF or PNG 
type picture according to this embodiment of the invention. Three types of 
decompression activated in response to three decompression commands, 
DECOMP_ORIGINAL, DECOMP_TO_CLUT and DECOMP_TO_RGB are shown. 
The decompression steps are illustrated in relation to a GLUT formatted picture, but 
10 similar decompression steps may also be effected in respect of JPEG and MPEG still 
pictures in response to the same commands. 

DECOMP_ORIGINAL. A received GIF/PNG picture 60 is shown, comprising a look- 
up table GLUT indicated at 61 and pixel ID data f(ID) defining colour values for each 
15 pixel in the image, as indicated at 62. In the uppermost decompression step 63, the 
picture in the transmitted file is decompressed and stored in memory in its 
substantially original format as shown at 65, i.e. in a GLUT mode with a set of pixel 
data 66 referring to its associated GLUT table 67. 

20 The number of entries in the GLUT table (16 or 256) and the subsequent degree of 
colour resolution depends on the original format of the table. Similarly, the exact 
RGB bit value associated with each colour is defined by the GLUT table in question, 
which is preserved in an unchanged form. 

25 In the present system, the resulting decompressed image is stored in memory. In a 
subsequent conversion step shown at 64, the image may be further converted into a 
second pixmap format 68, such as an alternative GLUT format, also stored in the 
system memory. 



30 



For example, an image comprising a 256 entry GLUT table may be converted into an 
image with a 16 entry GLUT table. Alternatively, one characteristic GLUT table may 
be transformed into a different GLUT table, with different RGB values associated with 
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some or all of the entries. At the same time as the transformation of the GLUT table, 
the pixel ID values will be transformed. The necessary algorithms to carry out these 
transformations will be known to one skilled in the art. 

5 The advantage of this double decompression/conversion as compared to the other 
decompression steps described below will be understood in relation to the zoning of 
the graphic layer shown in Figure 4. In a PC environment, the size of the memory 
and processing capability of the PC means that many image windows, each having a 
p^icular CLUT table, may be opened. In this case, an image may always be directly 

10 decompressed and displayed in its original format. 

In contrast, in a decoder environment, memory and processor constraints lead to the 
arrangement of regions described above, in which each region 50 is associated with 
a particular pixmat format. In one example, one region may be associated with a 
15 CLUT4 format, with a predetermined 16 entry look-up table held by one or more 
images akeady displayed in this region, whilst another region may be associated with 
CLUT8 format with another predetermined look-up table of 256 entries. 

In the case of a new picture file defining, for example, an icon to be displayed in both 
20 of these regions, the picture file will first be decompressed according to the 
DECOMP_ORIGINAL command to provide a file with the original CLUT table 
associated with this image. This original file, stored in memory, may then be reduced 
and converted to the CLUT4 format used by the first region, as well as to the CLUT8 
format (with associated specific CLUT table value) used by the second region. 
25 Further reconversions may effected at will on the original file. 

In contrast, if the original picture file has never been decompressed, but has been 
immediately converted to a standard pixmap value used in one region (see below), it 
may not be possible to effectively reconvert the image in this format to a second 
30 format associated with another region. For example, where a CLUT8 picture is 
simultaneously decompressed and converted into a standard CLUT4 format, there will 
be a loss of information associated with the image, rendering any reconversion to a 
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CLUT8 format unreliable. 



Nevertheless, in some circumstances it may be desirable to fix the end format of all 
pixmap files in advance of conversion. In this case, the following commands may be 
5 given to general processor. 

DECOMP_TO_CLUT. With this command, the picture, whatever the format of the 
original file (CLUT4, CLUT8, RGB) is decompressed at 69 and converted in a GLUT 
format pixmap shown at 70. The resolution of the GLUT, as well as the RGB values 
10 of each of its entries is imposed at the moment of decompression. 

DEGOMP_TO_RGB. With this command, the picture, whatever the format of the 
original file (GLUT4, GLUTS, RGB) is decompressed at 71 and converted in a RGB 
format pixmap shown at 72. The resolution of the RGB format is fixed at the moment 
15 of decompression. 

In the case of a picture originally in true colour or MPEG/JPEG format, the command 
DECOMP_ORIGINAL will retum a decompressed image in RGB. Although the 
format of the decompressed file corresponds to the original (i.e. no look-up table), a 

20 . slight change of resolution may require a conversion firom tme colour to RGB 16 to 
be provided at the moment of encryption. The command DECOMP_TO_CLUT acting 
on an MPEG/JPEG file will decompress and convert the picture into an image in 
GLUT format, the resolution of the GLUT as weU as the values of each of its entries 
being imposed at the moment of decompression. The command DECOMP_TO_RGB 

25 will have the same effect on the picture in this case as the command 
DECOMP_ORIGINAL, that is, to decompress and convert.Jhe picture from true colour 
to RGB 16 format. 

As will be understood, the decompression/conversion algorithms necessary to carry out 
30 the above operations are known. However, the application of such algorithms to 
create each of the stored files indicated above is not known in the context of decoder 
technology. In particular, the decompression of a picture file to an original format file 
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which is stored and may be converted as desired is not known in this field. 

Similarly, whilst the description refers to the use of the main or general processor chip 
to carry out the necessary decompression and conversion steps in addition to its other 
tasks, these steps may also be carried out by a dedicated processor. 



